亚洲精品国产综合久久久久紧,久久99精品久久久久久清纯,人妻无码一区二区三区在线,ぱらだいす天堂中文网WWW

背景

轉(zhuǎn)轉(zhuǎn)作為一個初創(chuàng)公司，在成長過程中，面臨著大量的運營活動頁面以及MVp (Minimum Viable product，最小可執(zhí)行產(chǎn)品)項目。這類項目技術(shù)上雖然沒有多復(fù)雜，但卻讓我們頭疼不已，主要有這幾個原因:

項目的這些特點，在前期給了我們很大的壓力。馬不停蹄的上線，頻繁的修改，技術(shù)的成長等，都讓我們有了一些疲憊。

后來，經(jīng)過了半年的磨礪，漸漸的我們沉淀出了一些工具與經(jīng)驗，來從容的應(yīng)對這類型項目，先來看看我們的整體技術(shù)架構(gòu)圖：

針對上圖我們仔細講解一下。

運營技術(shù)能力架構(gòu)解讀

首先是通用需求模板，雖說這和前端技術(shù)沒太大關(guān)系，但實踐證明，協(xié)助產(chǎn)品整理出一個需求模板至關(guān)重要。因為項目著急時候，總是容易出現(xiàn)需求遺漏或不清晰的情況，如果后期修改的話，成本會很高。我們早期時候也總是會遇到遺漏埋點統(tǒng)計以和遺漏投放平臺的兼容性一類的需求。自從有了固定模板后，這類問題得到了根本的改善。

UI部分

我們使用photoshop作為主要的切圖工具，輔佐以Cutterman，借助其快捷的圖層和組操作，實現(xiàn)了切圖效率的提升。

業(yè)務(wù)技術(shù)部分

大部分運營類項目都有一定的模式，所以我們開發(fā)了一個組件化的頁面生成系統(tǒng)，取名“魔方”。這個系統(tǒng)可以支撐我們絕大部分運營類頁面的自動生成，運營人員可以使用魔方自己搭建個性化頁面，讓開發(fā)成本直接降到0，后面會重點講下這個系統(tǒng)。

除了相對較為標準的模板型頁面，我們也會碰到許多個性化運營頁面需求，對于這部分需求，我們做了以下工具/庫來保證業(yè)務(wù)的快速開發(fā):

腳手架是我們得以快速開發(fā)的利器，現(xiàn)代前端開發(fā)越來越復(fù)雜，項目的前期搭建成本不低，一個好的種子項目(project-seed)，可以讓開發(fā)的時候只需要關(guān)注核心業(yè)務(wù)，無需被繁瑣的配置干擾。

UI庫也是必需品，各個公司通常都會有一個自己的業(yè)務(wù)UI庫?？赡芊庋b的不是那么完美，但一定能解決大部分業(yè)務(wù)問題。

終端ApI適配庫主要是解決頁面容器的接口統(tǒng)一問題，比如設(shè)置分享信息。微信/微博/手Q以及我們自己的App等都不一樣，需要有個庫來適配。

除了前端頁面部分，我們還使用了Nodejs開發(fā)部分業(yè)務(wù)的后端接口，實踐發(fā)現(xiàn)，針對某些后端邏輯較弱的業(yè)務(wù)，使用Noejs可以讓我們的效率得到很大的提升，這點后面我們也會具體講下。

組件化開發(fā)平臺

運營類項目應(yīng)該優(yōu)先使用模板生成，這已是一個業(yè)界的共識，剩下的問題就是如何開發(fā)一個頁面模板平臺了。組件化開發(fā)平臺如下圖所示：

UI相對簡陋，但功能還是很健全的。操作起來也很簡單，以組件為維度，運營人員添加/編輯組件，預(yù)覽無誤后，最后發(fā)布頁面，服務(wù)器會根據(jù)運營配置的信息，進行頁面的構(gòu)建，最后把構(gòu)建結(jié)果分發(fā)到相應(yīng)的服務(wù)器，就實現(xiàn)了一個頁面的發(fā)布。

在前端組件化開發(fā)的大潮下，我們以組件為維度開發(fā)了這個平臺。

在我們看來，頁面就是由各個組件來組成，一個組件就像一個函數(shù)，它接收數(shù)據(jù)，返回頁面。運營人員在我們的平臺選擇組件，其行為類似于import一個包，然后編輯配置，也就是給組件傳入數(shù)據(jù)，當確定組件和數(shù)據(jù)之后，我們自然可以把組件渲染出來。

確定了組件的模式之后，隨之而來的第一個問題，便是組件的存儲形態(tài)。一個組件，它應(yīng)該是一個JSX文件？還是一個NpM包？又或者其他？這個問題讓我們產(chǎn)生了糾結(jié)。

在經(jīng)過了激烈的討論之后，我們最后決定使用NpM包來表述一個組件。依托于NpM完善的發(fā)布/拉取，以及版本控制機制，可以讓我們少做一些額外的工作，快速的把平臺搭建起來。當這點確定之后，我們的整個開發(fā)流程如下：

開發(fā)人員使用我們的組件腳手架來開發(fā)組件，一個組件通常包括UI顯示部分與配置部分，當開發(fā)完成時，便可以把組件發(fā)布在我們的私服npm上。進入魔方組件管理頁面，添加該組件，得益于Webpack的動態(tài)加載機制，運營人員在接下來的頁面設(shè)計中可以使用該組件。在魔方中新建一個頁面，添加我們剛剛更新的組件，然后進行一系列的配置。發(fā)布該頁面，魔方的后臺Server會根據(jù)配置信息，比如使用了哪些組件，每個組件的配置等，導(dǎo)出一個JSON文件。根據(jù)JSON文件，調(diào)用腳本，然后使用Webpack去構(gòu)建出頁面，最后分發(fā)到服務(wù)器。因為是在服務(wù)端構(gòu)建生成頁面，這樣也節(jié)省了用戶打開頁面時，拉取初始化配置信息接口的過程，大大減少了白屏?xí)r間。

最后我們再看一看魔方系統(tǒng)的技術(shù)架構(gòu)，如下圖：

這是我們系統(tǒng)目前架構(gòu)圖，支撐了我們部分運營類型頁面，由組件為核心，一方面組件和UI庫打通，另一方面配置部分導(dǎo)出ApI，可以提供給其余端用（小程序、RN、客戶端等）。然后魔方平臺通過CNpM拉取組件，給運營人員提供一個可視化頁面編輯平臺。

魔方系統(tǒng)我們還在不斷的迭代中，它肯定有很多設(shè)計不好的地方，十分歡迎大家一起來討論。

Nodejs中間層

現(xiàn)在越來越多的公司使用Nodejs，目的各異。我們也使用了Nodejs，其中一個目的在于提高個性化運營項目的開發(fā)效率。我們大部分運營項目，對于后端的需求并不高。通常是做一些簡單的存儲和調(diào)用一下底層的服務(wù)，比如領(lǐng)紅包，抽獎，查詢商品等。這些服務(wù)都有成熟的底層接口，所以在應(yīng)用層來說，邏輯就十分的少了。RD來做的話，可能半天一天開發(fā)完了，但是要花更多的時間在需求評審溝通，測試上線驗收等階段，十分浪費時間。如果這部分邏輯如果交由FE用Nodejs實現(xiàn)，可以有效減少溝通聯(lián)調(diào)時間，更重要的是節(jié)省了人力。我們項目后端使用的是JAVA，所以這里我們做了一層Nodejs中間層，來實現(xiàn)了Nodejs與Java的互通。

關(guān)于Nodejs和Java交互方式，我們之前寫過一篇文章，感興趣可以看看實戰(zhàn)系列之Node.js玩轉(zhuǎn)Java

前端監(jiān)控

運營類項目追求效率，這樣很容易導(dǎo)致質(zhì)量不佳。前期我們往往把質(zhì)量完全寄托于QA的把關(guān)以及開發(fā)人員的技術(shù)水平，但長遠來看，線上頁面的監(jiān)控也是一個不可或缺的角色。

監(jiān)控主要有兩方面：

性能監(jiān)控能很好的幫我們把關(guān)頁面的性能，轉(zhuǎn)轉(zhuǎn)FE支撐團隊研發(fā)了一套性能監(jiān)控系統(tǒng)。以插件的形式，在入口文件引入后，會通過高階組件形式，Hook頁面組件的生命周期。通過performance ApI，獲得各個階段的數(shù)據(jù)，通過埋點的方式，向后臺發(fā)送數(shù)據(jù)，并展示。

異常監(jiān)控部分，以Webpack插件的形式，在生成HTML的時候，給代碼加上錯誤監(jiān)控sdk，并格式化錯誤信息，發(fā)送給后臺展示。原理是使用window.onerror監(jiān)聽頁面的錯誤。這里面也會需要處理一些問題，比如跨域script的錯誤捕捉，壓縮代碼使用sourcemap的還原等。

后記

以上這些就是我們高效開發(fā)運營類活動的經(jīng)驗了。對于成熟的公司來說，這些系統(tǒng)可能很早就有了，并且十分強大。但對于轉(zhuǎn)轉(zhuǎn)來說，一切還需要我們根據(jù)實際業(yè)務(wù)一步步完善。

效率是一個永恒的話題，下個階段，我們會針對更多元化的頁面（比如動畫類），去找出它們的通用點，沉淀下來，讓我們的效率得到更高的提升，也歡迎大家一起來交流。

作者簡介：

黃家興，轉(zhuǎn)轉(zhuǎn)前端運營組負責人。